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Abstract 

Geodesign  is  an  urban  planning  methodology  which  combines  the  tradi¬ 
tionally  separate  tasks  of  landscape  planning,  site  planning,  and  geo¬ 
graphic  analysis  and  combines  them  through  automated  software  flows. 
Through  combining  these  elements,  a  user  is  able  to  gain  a  more  complete 
picture  of  the  operational  environment.  This  paper  describes  a  new  geode¬ 
sign  product,  ENSITE,  which  was  developed  to  assist  military  planners  in 
the  siting  of  contingency  bases.  This  paper  outlines  the  four  aspects  which 
made  this  product  successful— a  team  of  diverse  subject  matter  experts, 
global  data,  a  flexible  back  end,  and  rapid  development. 


DISCLAIMER:  The  contents  of  this  report  are  not  to  be  used  for  advertising,  publication,  or  promotional  purposes.  Ci¬ 
tation  of  trade  names  does  not  constitute  an  official  endorsement  or  approval  of  the  use  of  such  commercial  products. 
All  product  names  and  trademarks  cited  are  the  property  of  their  respective  owners.  The  findings  of  this  report  are  not  to 
be  construed  as  an  official  Department  of  the  Army  position  unless  so  designated  by  other  authorized  documents. 

DESTROY  THIS  REPORT  WHEN  NO  LONGER  NEEDED.  DO  NOT  RETURN  IT  TO  THE  ORIGINATOR. 
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1  Introduction 

1.1  What  is  geodesign? 

While  geodesign  is  a  relatively  recent  addition  to  the  geographic  infor¬ 
mation  systems  (GIS)  lexicon,  the  basic  concept  has  been  in  existence  for 
decades,  if  not  centuries  (Miller  2012).  According  to  Carl  Steinitz,  author 
of  A  Framework  for  Geodesign:  Changing  Geography  by  Design,  geode¬ 
sign  is  not  new.  Rather,  geodesign  is  a  set  of  concepts  and  methods  derived 
from  both  geography  and  other  spatially  oriented  sciences,  as  well  as  from 
design  professions,  including  architecture,  landscape  architecture,  urban 
and  regional  planning,  civil  engineering,  and  others  (Steinitz  2012). 

There  is  no  singular  agreed-upon  definition  of  geodesign,  though  most 
definitions  encapsulate  similar  ideas  and  goals  of  the  process.  Michael 
Flaxman,  an  urban  planner,  defines  geodesign  as  a  “...design  and  planning 
method  which  tightly  couples  the  creation  of  a  design  proposal  with  im¬ 
pact  simulations  informed  by  geographic  context”  (Flaxman  2009,  29). 
Stephen  Ervin,  a  landscape  architect,  emphasizes  the  natural  and  environ¬ 
mental  aspects  in  his  definition  while  expanding  on  the  modeling  capabili¬ 
ties: 


Geodesign  is  environmental  design  usually  involving  large  areas,  com¬ 
plex  issues,  and  multi-person  teams,  that  leverages  the  powers  of  digital 
computing,  algorithmic  processes,  and  communications  technologies  to 
foster  collaborative,  information-based  design  projects,  and  that  depends 
upon  timely  feedback  about  impacts  and  implications  of  proposed  de¬ 
signs,  based  on  dynamic  modeling  and  simulation,  and  informed  by  sys¬ 
tems  thinking  (Ervin  2013). 

Taking  both  of  those  definitions  into  consideration,  Tess  Canfield  and  Carl 
Steinitz  redefined  geodesign  as  a  process  which  “applies  systems  thinking 
to  the  creation  of  proposals  for  change  and  impact  simulations  in  their  ge¬ 
ographic  contexts,  usually  supported  by  digital  technology”  (Canfield  and 
Steinitz  2014, 1).  In  sum,  by  using  GIS  technologies,  geodesign  allows  for 
planning  and  forecasting  across  scales  and  among  professionals  with  di¬ 
verse  backgrounds. 


ERDC/CERL  MP-17-3 


2 


Geodesign,  by  its  nature,  is  a  multidisciplinary,  decision-driven  process 
that  seeks  to  leverage  geoscience  and  design  practices.  Geodesign  seeks  to 
elaborate  on  the  “science”  aspect  of  geoscience  by  extending  the  analytical 
role  of  traditional  GIS  into  a  solution  production  area  (Jensen  2011). 
Through  the  creation  of  intuitive  and  spatially  explicit  tools  and  models, 
geodesign  encourages  diverse  participation  in  the  planning  process  while 
lowering  the  required  technical  knowledge  previously  needed  to  utilize  GIS 
planning  tools.  The  U.S.  Army  Engineer  Research  and  Development  Cen¬ 
ter  (ERDC)  has  consistently  been  at  the  forefront  of  creating  innovative  so¬ 
lutions  and  technologies  used  by  the  American  fighting  force,  enabling 
them  to  conduct  safe  and  successful  operations.  This  tradition  is,  in  fact, 
steeped  in  geodesign.  The  ERDC-developed  open-source  GIS  tool,  GRASS 
(Geographic  Resources  Analysis  Support  System),  has  been  identified  as  a 
starting  point  for  computer-aided  suitability  and  geodesign,  with  its  focus 
on  integrating  science  and  geospatial  analysis.  Goodchild  (2010)  further 
identified  the  framework  of  funding  for  GRASS  as  being  a  possible  way  to 
jumpstart  a  large-scale  geodesign  program. 

This  legacy  of  geodesign  at  ERDC  continues  today,  with  researchers  build¬ 
ing  decision-driven  digital  technologies  based  on  a  cross-disciplinary  ap¬ 
proach  to  GIS  and  design.  ENSITE  (Engineer  Site  Identification  for  the 
Tactical  Environment)  is  a  multimodal,  holistic,  software  product  devel¬ 
oped  for  the  military  for  siting  combat  infrastructure  by  utilizing  both 
commercial  off-the-shelf  software  such  as  ArcGIS* * * §  and  ENVI®+  along  with 
open-source  modeling  tools  such  as  R*  and  Python. §  A  diverse  project 
team  was  readily  able  to  translate  scientific  and  engineering  processes  into 
spatially-enabled  suitability  and  design  tools  through  a  geodesign-based 
and  four-part  framework  consisting  of  global  data,  flexible  backend,  rapid 
development,  and  subject  matter  expertise. 

1.2  ENSITE:  geodesign  for  deployed  force  infrastructure  solutions 

ENSITE  is  a  desktop  software  application  for  assessing  the  built,  natural, 
and  social  characteristics  of  locations  for  suitability  in  siting  deployed 
force  infrastructure,  a  phrase  which  encompasses  bases  and  accompanying 


*  Geographic  information  system  platform  developed  by  Esri  of  Redlands,  California. 

+  ENVI  is  an  image  analysis  software  designed  by  the  worldwide  Harris  Corporation, 

t  R  is  an  open-source  language  and  environment  for  statistical  computing  and  graphics  supported  by  the 
R  Foundation  for  Statistical  Computing. 

§  Open-source  software  licensed  by  the  nonprofit  Python  Software  Foundation  of  Beaverton,  Oregon. 


ERDC/CERL  MP-17-3 


3 


infrastructure  constructed  to  assist  troops  in  theater  (Figure  l).  ENSITE 
strives  to  be  the  front  end  and  dashboard  for  connecting  survey  and  geo¬ 
spatial  data  for  engineer  site  selection  and  operation.  Developed  in  agile 
sprints,  there  are  several  innovative  and  geodesign-related  elements  which 
enable  ENSITE  to  provide  both  survey  and  geospatial  services  for  users 
with  a  wide  range  of  GIS  knowledge.  These  include  a  map-based  user  in¬ 
terface,  support  for  integration  of  prebuilt  geospatial  tools  and  workflows, 
manipulation  of  data  sources  into  accessible  global  coverage,  and  army- 
specific  data  validation  and  governance  processes. 

Figure  1.  Two  screenshots  representing  the  geodesign  software,  ENSITE.  Figure  la 
demonstrates  the  multi-criterion  decision  analysis  run  for  the  area  of  interest.  Figure 
lb  shows  a  viewshed  analysis  for  one  base. 

(a) 
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ENSITE  is  multidisciplinary  and  holistic  in  both  conception  and  execution. 
The  program  was  developed  by  a  research  team  from  ERDC  and  is  spon¬ 
sored  by  the  Assistant  Secretary  of  the  Army  for  Acquisition,  Logistics,  and 
Technology  (ASA(ALT))  with  a  funding  timeline  of  October  2015  to  Sep¬ 
tember  2018.  In  just  over  a  year  from  the  official  project  start  date, 

ENSITE  has  already  established  partnerships  and  integration  processes 
with  several  other  key  operational  research  projects  and  programs  already 
in  use  within  the  Army.  The  Virtual  Forward  Operating  Base  (VFOB),  a 
computer  aided  design  (CAD)-based  program  for  detailed  contingency 
base  camp  siting  with  which  ENSITE  is  interoperable,  has  allowed  a  full 
life  cycle  of  design  to  happen.  Another  partner  program  is  Instrument  Set, 
Reconnaissance  and  Surveying  (ENFIRE),  a  multimodal  site  reconnais¬ 
sance  suite.  These  particular  partnerships  are  instrumental  in  helping 
ENSITE  implement  principles  of  geodesign  in  the  real  world. 

1.3  ENSITE’s  geodesign  framework 

In  his  2012  book  on  geodesign,  Steinitz  puts  forth  a  framework  for  carry¬ 
ing  out  geodesign  studies,  as  shown  in  Figure  2  (Steinitz  2012,  25).  Utiliz¬ 
ing  the  efforts  of  both  the  geodesign  team  and  relevant  stakeholder  input, 
the  framework  involves  three  iterative  loops  through  six  key  questions:  the 
first  loop  to  understand  the  study  area  (“why”),  the  second  loop  to  estab¬ 
lish  methodology  (“how”),  and  the  third  loop  to  actually  conduct  the  study 
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(“what,  ”  “where,”  and  “when”).  Establishing  and  following  such  a  frame¬ 
work  can  foster  collaboration  among  science  and  design  professionals,  en¬ 
sure  stakeholder  inclusion,  and  provide  a  platform  on  which  better- 
informed,  decision-driven  results  are  produced. 


Figure  2.  Graphic  of  iterative  design  process  where  questions  are  asked  three  times 
in  the  creation  of  a  proposal  for  landscape  change  (in  Wheeler  2012,  based  on 

presentation  by  Carl  Steinitz). 

The  geodesign  framework  -  by  Carl  Steinitz 
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In  his  own  words,  Steinitz  says  the  framework  may  seem  “excessively  lin¬ 
ear,”  but  he  notes  that  the  application  is  rarely  linear  in  practice  (Steinitz 
2012,  33).  Variations,  due  to  any  number  of  anticipated  or  unanticipated 
factors,  are  to  be  expected.  Since  ENSITE  was  never  intended  to  be  a  sin¬ 
gular  study,  either  in  geographical  or  temporal  terms,  the  Steinitz  frame¬ 
work  initially  seemed  almost  irrelevant.  However,  while  the  ENSITE  team 
may  not  have  followed  this  framework  in  the  production  of  the  desktop 
software  application,  the  team  desired  to  provide  a  program  within  which 
users  could  work  through  these  essential  geodesign  questions  to  produce 
their  own  suitability  and  survey  studies  for  specific  locations  and  times.  In 
this  way,  the  ENSITE  software  is  able  to  walk  users  through  all  of  Steinitz’s 
steps. 

Steinitz  believes  (and  authors  here  agree)  that  creativity  and  invention  in 
geodesign  are  most  successful  when  well  prepared  for  and  applied  in  a 


ERDC/CERL  MP-17-3 


6 


clearly  organized  framework  (Steinitz  2012).  So  while  the  questions  posed 
and  the  models  utilized  in  the  Steinitz  framework  became  more  of  a  way  to 
determine  user  workflows,  the  ENSITE  team  recognized  the  need  to  estab¬ 
lish  a  unique  framework  to  guide  the  project  as  a  whole,  but  one  that  still 
ensured  the  incorporation  of  basic  geodesign  principles.  In  order  to  suc¬ 
cessfully  develop  and  deploy  ENSITE  products,  a  four-part  geodesign- 
based  framework  was  utilized  to  lead  the  development  process.  These 
framework  components  are:  (1)  global  data,  (2)  flexible  backend,  (3)  rapid 
development,  and  (4)  diverse  team  of  subject  matter  experts. 

As  a  tool  that  aims  to  provide  survey  and  geospatial  planning  support  for 
any  possible  operating  environment,  a  basis  of  global-level  data  was  and 
is  absolutely  essential.  This  data  can  be  scaled  from  the  global  level  to  the 
regional  or  local  level.  The  acquisition,  governance,  and  processing  of  this 
data  is  handled  within  ENSITE  HUB,  which  allows  users  to  create  a  Mis¬ 
sion  Folder  of  datasets  that  will  later  be  used  in  decision-making  software 
plug-ins.  The  Mission  Folder  is  a  portable  and  consistent  file  structure 
which  remains  consistent  for  each  geographic  location. 

The  flexible  backend  of  ENSITE  lets  developers  on  the  research  team 
write  code  in  multiple  languages,  and  lets  users  add  in  additional  capabili¬ 
ties  according  to  their  existing  knowledge  base.  A  flexible  backend  also 
eases  the  integration  with  other  Army  programs  like  VFOB  and  ENFIRE, 
enables  the  use  of  existing  proprietary  software,  open-source  software,  and 
APIs. 

One  of  the  cornerstones  of  the  ENSITE  development  process  is  the  adop¬ 
tion  of  rapid  development.  Rather  than  spending  months  or  years  on  a 
feature  before  putting  it  in  the  hands  of  future  users,  the  team’s  efforts 
were  concentrated  on  the  rapid  development  of  analysis,  followed  by  user 
engagement.  Rapid  development  allowed  the  ENSITE  team  to  quickly 
pivot  and  change  course  as  needed. 

A  team  of  subject  matter  experts  (SMEs)  has  been  present,  both  in 
the  members  of  the  research  team  and  in  the  efforts  to  incorporate  input 
from  current  and  former  Army  servicemembers.  The  research  team  com¬ 
prises  over  40  researchers  with  expertise  ranging  from  archeology  to 
coastal  management.  The  team  is  loosely  structured  into  three  subteams 
for  programming,  data,  and  application  development.  Though  diverse, 
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these  subteams  foster  collaboration  among  researchers  and  have  truly  pro¬ 
pelled  the  team  as  a  whole  to  success. 
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2  Geodesign  Framework  Components 

Determining  suitable  locations  for  deployed  forces  is  a  multilayer  decision 
process  to  support  the  mission  and  commander’s  intent.  Deployed  force 
infrastructure  locations  and  designs  (including  base  camps)  are  hardly 
uniform;  each  has  particular  needs  ranging  from  proximity  to  an  airfield  to 
distance  to  water.  Much  like  Steinitz’s  six  framework  questions  and  ac¬ 
companying  models,  ENSITE  tools  interrogate  the  landscape  progressively 
through  a  series  of  analyses.  Analysis  begins  at  a  regional  level,  looking 
broadly  at  areas  where  a  user  is  interested  in  placing  deployed  force  infra¬ 
structure,  with  the  goal  of  developing  an  initial  suitability  map.  The  scale 
of  this  analysis  could  range  from  a  city  to  a  nation-state.  Users  are  asked  to 
weight  a  variety  of  factors,  ranging  from  cultural  sites  protected  by  United 
Nations  (UN)  conventions  to  slope.  Included  factors  were  chosen  based  on 
Army  doctrine  and  feedback  from  users.  Using  coarse  data  (approximately 
30  meters)  will  easily  produce  an  efficient  area-specific  analysis.  The  result 
is  a  stoplight  map  (using  colors  of  red,  yellow,  green),  with  green  indicat¬ 
ing  the  site’s  suitability  for  construction  based  on  the  weights  and  factors 
presented.  From  these  results  and  localized  knowledge,  users  then  are 
prompted  to  run  an  additional  series  of  analyses  through  plug-ins  to 
gather  site-specific  information.  These  analyses  range  from  soil  suitability 
for  construction,  to  flood  zones,  to  viewsheds. 

2.1  Global  data 

Global  data  allows  ENSITE  to  be  run  for  any  location  on  the  planet,  ena¬ 
bling  the  software  to  be  tested  for  many  geographic  locations  and  scenar¬ 
ios.  While  many  other  geodesign  projects  are  built  for  a  unique  planning 
situation,  a  specific  region  (Janssen  et  al.  2014),  or  are  built  to  use  data 
produced  by  the  U.S.  Census  (Nedovic-Budic  et  al.  2006),  the  range  of 
possibilities  that  ENSITE  software  could  be  used  for  required  developers 
to  rely  on  globally  available  data.  The  necessity  of  global  data  creates  a 
challenge  for  the  development  of  analysis  products,  as  they  must  also  rely 
on  globally  available  data  sources. 

To  facilitate  the  global  acquisition  of  data,  we  developed  a  series  of  tools 
and  processes  called  ENSITE-HUB.  HUB  empowers  users  to  acquire  pre¬ 
viously  validated  datasets  relevant  to  their  chosen  site  geography  and 
timeline,  then  convert  and  organize  it  into  a  Mission  Folder  that  becomes 
the  backbone  of  ENSITE  analysis.  The  acquisition  and  processing  of  global 
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datasets  for  HUB,  with  significantly  high  temporal  and  spatial  resolution, 
required  creative  thinking,  along  with  thorough  vetting  and  rigorous  test¬ 
ing  of  datasets.  Before  data  can  be  included  in  an  analysis  within  ENSITE, 
it  must  be  vetted,  a  process  which  includes  a  literature  review  and  ap¬ 
proval  by  the  ENSITE  Data  Governance  Committee.  ENSITE  draws  data 
from  both  existing  open-source  and  authoritative  Army  repositories  such 
as  the  National  Geospatial-Intelligence  Agency  and  the  Army  Geospatial 
Center.  After  data  is  approved  for  inclusion,  a  workflow  is  created  on  how 
a  user  will  gain  access  to  the  data.  For  some  data  sources,  this  can  be  ac¬ 
complished  through  connecting  to  an  application  programming  interface 
(API),  while  other  data  sources  require  filling  out  a  data  access  request 
form.  Each  dataset,  and  the  workflow  to  access  it,  are  explicitly  docu¬ 
mented  in  easy-to-follow  steps.  Once  data  is  acquired,  it  is  processed 
through  a  series  of  tools  to  translate  the  vector  data  into  the  Ground-Warf¬ 
ighter  Geospatial  Data  Model  (GGDM).  As  there  is  no  standard  for  raster 
naming  within  the  Army,  the  data  are  renamed  and  processed  according  to 
schemas  specified  by  the  HUB  team.  To  allow  for  future  interoperability 
between  datasets,  prefixes  for  all  data  were  created.  For  example,  an  eleva¬ 
tion  dataset  has  the  name  “DEM_”  while  a  landcover  dataset  starts  with 
the  prefix  “LC.”  All  data  is  placed  into  a  Mission  Folder,  a  portable  series 
of  folders  in  which  all  data  have  consistent  paths,  regardless  of  the  geo¬ 
graphic  location  (Figure  3). 

Figure  3.  Screenshot  of  the  ArcMap  Toolbox  for  processing  data. 

0  4  CGSrTE_HUB_AddBuild.tbx 
0  2,Create_A0R 

0  3 .Co nvert_C M B_to_C B STT E 

0  4.0SM_to_GGDM 

©  ^  5,ExportToolsto  Convert  Data  for  Dev  Team 
0  N  o_B  u  i  I  d_C  u  It  u  re 

0  %!  Tools  for  TESTING  ONLY 

^  1.  C re ate_M  i  ssi 0 n_F 0 1  d  er 

Steinitz’s  geodesign  framework  stresses  the  need  to  answer  all  the  “why” 
questions,  working  through  the  first  and  second  iterative  loops  of  the 
framework,  before  obtaining  any  data  (Steinitz  2012).  To  Steinitz,  this 
work  is  critical  to  ensuring  that  a  geodesign  project  remains  decision- 
driven  rather  than  data-driven.  As  previously  stated  within  the  introduc¬ 
tion,  the  ENSITE  team  did  not  follow  the  Steinitz  geodesign  framework  in 
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developing  the  ENSITE  software  in  terms  of  answering  all  six  questions 
within  the  first  two  loops  of  the  framework.  However,  not  making  data  ac¬ 
quisition  the  first  step  in  any  project— including  ENSITE— in  no  way  less¬ 
ens  the  importance  of  obtaining  accurate,  timely,  and  well-documented 
datasets  suitable  to  the  study’s  goals.  The  team  did  ask  and  answer  ques¬ 
tions  on  how  ENSITE  could  change  the  deployed  forces’  operational  envi¬ 
ronments  before  establishing  what  data  was  needed  to  do  so.  This 
philosophy  was  further  solidified  as  the  application  team  developed  ideas 
and  prototypes  using  data  that  worked  to  answer  their  research  questions, 
not  caring  if  it  was  global  in  scope.  Furthermore,  new  ideas  are  constantly 
developed  prior  to  knowing  if  there  is  globally  available  data.  However  be¬ 
cause  of  the  constraints  of  using  global  data,  sometimes  the  availability  of 
data  dictates  analysis. 

Despite  defining  global  data  as  a  crucial  component  to  the  ENSITE  geode¬ 
sign  framework,  global  data  sets  are  not  sufficient  to  contextualize  the  lo¬ 
cal  environment  adequately.  To  plan  a  base  camp,  one  needs  contextual 
site  information  such  as  site  soil  samples  or  a  site  survey.  To  enable  this 
capacity,  ENSITE  is  interoperable  and  capable  of  partnering  with  ENFIRE. 
ENFIRE  is  a  technical  engineering  toolset  that  is  designed  to  generate, 
manage,  analyze,  and  digitally  distribute  a  wide  variety  of  engineering  data 
to  significantly  enhance  a  number  of  current  and  future  force  command 
and  control  requirements.  The  data  collected  from  ENFIRE  follows  a  con¬ 
sistent  schema  and  is  therefore  easily  integrated  into  analysis  within 
ENSITE. 

2.2  Flexible  backend 

By  using  an  interface  that  is  designed  and  coded  internally,  ENSITE  has  a 
back  end  that  can  process  analysis  written  in  a  variety  of  different  software 
languages.  The  benefit  of  having  a  flexible  analysis  engine  is  that  members 
of  the  team  can  code  in  a  language  with  which  they  are  comfortable.  The 
programming  languages  used  range  from  R  and  Python  to  ArcGIS  Model 
Builder.  This  framework  component  readily  illustrates  one  of  the  princi¬ 
ples  of  geodesign  by  increasing  collaboration  through  reducing  the  barrier 
to  entry. 

As  a  geodesign  platform  with  a  flexible  back  end,  ENSITE  is  able  to  inter¬ 
face  with  other  technologies  such  as  CAD  (Jensen  2011).  The  sites  identi¬ 
fied  as  possible  locations  for  forward  deployed  infrastructure  can  be 
exported  to  VFOB,  a  CAD-based  infrastructure  planning  tool  in  which  a 
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base  camp  is  designed.  The  designs  from  VFOB  can  then  be  fed  back  into 
ENSITE  for  further  spatial  evaluation,  such  as  line  of  sight.  The  flexible 
back  end  further  allows  for  data  produced  to  be  shared  via  ArcSDE®*  on 
the  Reachback  Engineer  Data  Integration  (REDi)  system. 

2.3  Rapid  development 

One  of  the  cornerstones  of  the  ENSITE  development  process  is  the  adop¬ 
tion  of  rapid  development  by  strategizing  new  capabilities  (Figure  4).  Ra¬ 
ther  than  spending  months  or  years  on  a  feature  before  putting  it  in  the 
hands  of  future  users,  efforts  were  concentrated  on  the  rapid  development 
of  analysis,  followed  by  user  engagement.  Using  ArcGIS  Runtime  for  .NET, 
a  prototype  of  a  stand-alone  geospatial  analysis  platform  was  developed  in 
a  few  months’  time.  This  application  then  allowed  the  team  to  test  the  idea 
of  having  a  stand-alone  program,  rather  than  developing  a  series  of  tools 
to  be  run  in  a  program  like  ArcMap. 

Figure  4.  Members  of  the  ENSITE  team  strategize  a  new  capability  within  ENSITE. 


Through  engagement  with  potential  users  such  as  members  of  the  12th  Ge¬ 
ospatial  Planning  Cell  (GPC),  the  team  was  able  to  identify  potential  issues 
with  underlying  assumptions  and  workflows.  Through  this  early  user  en¬ 
gagement,  the  team  was  alerted  to  needed  changes;  for  example,  multiple 


*  ArcSDE  (Spatial  Database  Engine)  is  produced  and  marketed  by  Esri  of  Redlands,  California. 
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locations  data  were  being  stored  in  one  database.  Furthermore,  rapid  pro¬ 
totyping  demonstrated  the  need  for  greater  control  over  ENSITE’s  user  in¬ 
terface  and  data  processing,  leading  the  team  to  create  a  custom  user 
interface  using  Leaflet.js.*  This  agile  development  process  allowed  the 
team  to  make  the  types  of  crucial  pivots  described  above. 

The  ENSITE  team  also  applied  rapid  development  principles  to  the  analy¬ 
sis  capabilities  (plug-ins).  For  each  plug-in,  a  rapid  prototype  was  devel¬ 
oped  using  the  coding  language  the  developer  was  the  most  comfortable 
with— often  ESRI  Model  Builder,  but  in  some  instances  R  or  Python.  The 
structure  of  this  rapid  development  process  was  led  by  the  following  steps: 

Step  l.  Conceptualize,  Research,  and  Design.  All  the  plug-ins  fea¬ 
tured  in  ENSITE  were  originally  identified  as  necessary  capabilities  from 
an  end  user  community.  Through  interactions  with  Army  stakeholders, 
ENSITE  developers  identify  a  necessary  capability,  perform  the  necessary 
research,  and  produce  a  conceptual  design  for  the  plug-in.  It  is  important 
to  note  that  research  is  a  key  component  to  each  capability.  Members  of 
the  team  conduct  initial  research  on  a  capacity  and  develop  an  approach 
towards  solving  it.  This  is  an  iterative  process,  so  a  team  member  may 
come  develop  an  initial  less  complicated  solution  first  and  then  go  into  a 
more  nuanced  solution  at  a  later  date. 

Step  2.  Write  Code.  The  analytical  capabilities  are  then  coded  to  test  the 
concept  and  its  assumptions.  This  code  is  written  on  the  platform  where 
the  developer  has  the  greatest  knowledge  and  expertise.  When  developing 
analytical  capabilities,  developers  must  write  the  code  to  be  compatible 
with  the  capabilities  of  ENSITE’s  core  software.  They  must  also  test  the 
code  using  sample  datasets  for  quality  assurance  with  both  the  Data  and 
Development  teams.  This  step  is  often  characterized  as  an  iterative  testing 
and  debugging  phase. 

Step  3.  Integrate  with  ENSITE  Software.  After  an  individual  plug-in 
developer  finishes  his/her  code  and  has  tested  it  on  sample  datasets  to  en¬ 
sure  the  accuracy  of  the  processes,  the  next  step  is  to  fully  integrate  it 
within  the  core-software  and  perform  quality  control.  The  Core-Software 


*  Leaflet  an  open-source  Java  Script  library  for  mobile-friendly  interactive  maps,  developed  by  Vladimir 
Agafonkin  and  contributors. 
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Team  handles  the  majority  of  the  integration,  but  it  is  the  responsibility  of 
the  developer  to  ensure  the  analyses  meet  user  expectations. 

Step  4.  Document.  Developers  are  expected  to  provide  a  minimum 
amount  of  documentation  directly  in  the  code.  Additionally,  the  developer 
works  with  the  documentation  coordinator  to  maintain  accurate  records  of 
workflow  steps  1-3.  These  records  not  only  serve  as  metadata,  but  also 
feed  program  briefings  and  technical  reports. 

2.4  Team  of  subject  matter  experts 

One  of  the  distinctions  of  the  ENSITE  team  is  its  core  composition  of  sub¬ 
ject  matter  experts.  The  ENSITE  team  comprises  over  40  individuals  who 
represent  diverse  fields  such  as  community  planning,  forestry,  structural 
engineering,  and  geography.  There  is  a  recognition  on  the  team  that  no 
one  is  able  to  complete  the  tasks  by  relying  only  on  themselves,  so  it  cre¬ 
ates  a  joint  ownership  in  the  end  product  (Brown  2009,  26).  Herbert  Si¬ 
mon  (an  American  political  scientist,  economist,  sociologist,  psychologist, 
and  computer  scientist)  recognizes  this  too,  discussing  the  importance  of 
establishing  a  foundational  base  for  “intellectual  endeavor  and  communi¬ 
cation  across  the  arts,  sciences  and  technology”  (Foque  2010, 100).  This  is 
core  to  geodesign—  be  it  through  “multi-person  teams”  (Ervin  2013)  or 
“collaborative”  which  the  input  of  people  with  expertise  in  different  fields 
and  including  community  stakeholders  and  the  decision  makers  (Kumar 
2012;  Steinitz  2012).  Planner  Paul  Zwick  specifies  that  one  of  his  criteria 
for  geodesign  is  that  the  process  “integrate  the  design  professions  with 
other  disciplines— ecology,  geography  and  other  earth  sciences,  real  estate, 
and  the  social  sciences”  (Zwick  2010, 10). 

This  dependency  among  team  members  results  in  a  collaborative  work  en¬ 
vironment  and  overall,  a  higher-quality  production  process.  Team  member 
diversity  has  facilitated  rapid  prototyping,  as  different  individuals  have 
been  able  to  contribute  their  own  unique  perspectives  and  insights  into  ap¬ 
plication  development  while  checking  assumptions  made  by  others.  For 
example,  a  Community  Planner  and  Physical  Geographer  developed  a  tool 
for  assessing  the  suitability  of  land  for  development  by  classifying  land-use 
types.  Their  assessment  was  based  on  urban  planning  principles.  However, 
feedback  provided  by  a  structural  engineer  highlighted  an  incorrect  as¬ 
sumption  in  their  work  (Foster  2016).  Perhaps  the  most  obvious  example 
of  the  benefits  of  geodesign  (i.e.,  bringing  together  science  and  design)  is 
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the  ENSITE  UI/UX  sub-team.  The  design  and  development  of  the  user  in¬ 
terface  and  experiences  (UI/UX)  for  ENSITE  involved  collaborative  brain¬ 
storming,  sketching,  and  storyboarding  sessions  between  computer 
scientists,  geographers  and  geoscientists,  graphic  designers,  and  anthro¬ 
pologists  -  not  one  of  whom  would  be  considered  an  expert  in  user  experi¬ 
ence  per  se,  but  all  of  whom  had  useful  contributions  to  how  ENSITE’s 
user  community  could  easily  flow  through  the  program. 

The  deference  to  and  incorporation  of  SMEs  moved  beyond  the  internal 
workings  of  the  ENSITE  team  into  the  larger  ERDC  and  Army  organiza¬ 
tions  through  frequent  user  testing  and  program  demonstrations.  Socrati- 
cally  acknowledging  the  need  for  input  from  the  deployed  forces  user 
community,  the  ENSITE  team  attempted  to  engage  former  warfighters 
and  enlisted  service  members  to  run  through  all  aspects  of  the  ENSITE 
software,  including  HUB  and  Analyst.  This  effort  was  supplemented  by  in¬ 
ternal  user  testing  with  our  integration  partner  products,  such  as  ENFIRE 
and  VFOB.  This  ability  to  easily  deliver  a  series  of  demonstrable,  function¬ 
ing  prototype(s)  into  the  hands  of  superiors  and  current  Army  soldiers/of¬ 
ficers  is  a  direct  result  of  the  previous  three  core  geodesign  framework 
components. 
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3  Conclusion 

The  four-part  geodesign  framework  created  and  utilized  by  the  ENSITE 
team  has  allowed  the  project  to  set,  meet,  and  exceed  goals  within  mere 
months  of  project  kickoff.  As  of  July  2017,  ENSITE  had  developed  eight 
versions  of  the  software,  conducted  over  a  dozen  user  engagement  ses¬ 
sions,  and  partnered  with  two  other  major  U.S.  Army  software  develop¬ 
ment  programs  for  deployed  forces.  Without  even  one  of  the  four  core 
components  of  the  ENSITE  geodesign  framework,  the  project  would  have 
been  unable  to  succeed.  The  ENSITE  project  is  novel,  as  both  a  product 
and  a  process,  not  only  for  the  U.S.  Army  but  also  for  the  broader  GIS  de¬ 
fense  solutions  community.  The  diversity  present  within  the  program  ena¬ 
bled  the  project  to  succeed. 
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